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Entry of this Preliminary Amendment is respectfully requested. 
No new matter is added because the Preliminary Amendment merely 
renumbers the claims in order to be sequentially numbered. 
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5 RELATED APPLICATIONS 

The present application is related to the following applications: 

U.S. Patent Application Ser. No. , entitled "A Memory 

Management System Within a Run-Time Environment," filed on even date herewith by 
Harlan Sexton et al. (docket no. 50277-178; OID- 1997-48-01), the contents of which are 
1 0 hereby incorporated by reference. 

U.S. Patent Application Ser. No. , entitled "A Machine 

Independent Memory Management System Within a Rim-Time Environment," filed on 
even date herewith by Harlan Sexton et al (docket no. 50277-172; OID-1 997-48-02), the 
contents of which are hereby incorporated by reference. 

15 U.S. Patent Application Ser. No. , entitled "A Paged Memory 

Management System Within a Run-Time Environment," filed on even date herewith by 
Harlan Sexton et al. (docket no. 50277-261; OID- 1997-48- 17), the contents of which are 
hereby incorporated by reference. 

FIELD OF THE INVENTION 
20 The present invention relates to computer systems and more particularly to 

managing memory for a run-time execution environment. 

BACKGROUND OF THE INVENTION 

A dynamic run-time environment for a language such as JAVA™ is responsible 
for managing memory for objects that are created and destroyed during the execution of a 
25 program. An object is an entity that encapsulates data and> in some languages, operations 
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associated with the object. Since the encapsulated data is stored in memory, objects are 
associated with particular regions of memory that are allocated and deallocated by the 
dynamic run-time environment. 

The state of a program, or "program state," is the set of the objects and the 
5 references between the objects that exist at a specific point in time during the execution 
of the program. A "reference" is used by a run-time environment to identify and 
ultimately access the region of memory for storing the data of the object. Typically, 
references between objects in a run-time environment are encoded using machine 
pointers. A machine pointer is a native object that contains the address of the object in 
10 the main memory, which can be a real memory address or, more commonly, a virtual 
address on a machine that implements a virtual memory system. Since machine pointers 
are closely coupled to the underlying hardware and firmware of a computer system, 
machine pointers have high performance and, hence, are a popular implementation for 
references. 

15 In a run-time environment, however, program state with machine-specific 

references such as machine pointers is sometimes disadvantageous. For example, it may 
be desirable to store the program state on disk or another secondary storage medium and 
restore the stored program state to main memory. Some run-time environments, in fact, 
are designed to use the same program state on different types of machines. For instance, 

20 such run-time environments provide load-balancing and crash recovery functions by 
transferring the execution of a program from one machine to another. 

One approach for addressing machine independence, known as "pointer 
swizzling," employs two completely different formats for representing references: a 
machine-dependent runtime format using pointers for references in main memory, and a 

25 platform invariant format for encoding references in secondary storage. When the 

reference is written to secondary storage, machine pointers are converted into a machine- 
independent symbol such as a string or a serial number. When the reference is read back 
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into main memory from secondary storage, the symbol is unswizzled and converted back 
into a machine pointer. Swizzling is also referred to as "serialization" and "pickling " 

The swizzling and the unswizzling operations, however, are computationally 
expensive, requiring many memory accesses into an auxiliary symbol table, typically 
implemented by a hash table or binary tree stored in memory. Thus, frequent storage and 
retrieval of program state into and out of secondary storage can be responsible for a 
significant drain on system performance. Furthermore, the computational expense of 
swizzling makes symbols even more impractical as a run-time reference format because 
conversion between machine pointers occurs much more frequently. 
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SUMMARY OF THE INVENTION 

Accordingly, there is a need for an invariant reference storage format that is 
machine independent or capable of being transferred quickly between different processes. 
A need exists for an efficient technique of converting references between an invariant 
5 reference format and a native machine pointer format, so that an invariant reference 
format is suitable for use as a run-time storage format. 

These and other needs are addressed by the present invention by providing a self- 
relative numeric reference format for run-time storage of references. A numeric 
reference format specifies the location of objects relative to an implied pointer and an 
10 integer value. Since the value of a numeric reference bears some relationship to the 
address of the referenced object, numeric references can be easily and efficiently 
converted into a machines pointers and back. Furthermore, the representation of a 
numeric reference is invariant because it is an integer value. A self-relative numeric 
reference encodes the location of an object relative to a pointer to a referencing object 
1 5 that contains the self-relative numeric reference. The self-relative numeric reference 
format is efficient because the pointer to the referencing object is readily available. 

One aspect of the invention relates to a computer-implemented method and a 
computer-readable medium bearing instructions for managing memory. The 
methodology includes storing objects in a memory and storing references between the 
20 objects in the memory as self-relative numeric references. According to one feature, the 
references are calculated as pointer differences between a first machine pointer to a first 
object and a second machine pointer to a second object to produce a self-relative numeric 
reference. 

In accordance with one embodiment, the first and second machine pointers and 
25 the self-relative numeric references are tagged to encode information about the objects, 
and calculating the references may also include subtracting a predetermined constant. In 
one implementation, the self-relative numeric reference is tagged to indicate whether the 
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first and second machine pointers have the same or different contiguities, for example, by 
encoding this information within an N-bit tag by tag values that differ by a remainder 
congruent to 2 N_1 modulo 2 N . 

Another aspect of the invention involves a computer-implemented method and a 
5 computer-readable medium bearing instructions for generating a first tagged machine 
pointer to a first object referenced by a second object. The methodology includes 
fetching a tagged numeric reference stored within the second object based on a second 
tagged machine pointer that points to the second object and generating the first tagged 
machine pointer, and adding the tagged numeric value to the second tagged machine 

10 pointer* According to one implementation, the self-relative numeric reference is tagged 
to indicate whether the first and second have the same or different contiguities, for 
example, by encoding this information within an N-bit tag by tag values that differ by a 
remainder congruent to 2 N-1 modulo 2 N . 

Still other needs addressed by and advantages attained by the present invention 

1 5 will become readily apparent from the following detailed description, simply by way of 
illustration of the best mode contemplated of carrying out the invention. As will be 
realized, the invention is capable of other and different embodiments, and its several 
details are capable of modifications in various obvious respects, all without departing 
from the invention. Accordingly, the drawing and description are to be regarded as 

20 illustrative in nature, and not as restrictive. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example, and not by way of 
limitation, in the figures of the accompanying drawings and in which like reference 
numerals refer to similar elements and in which: 
5 FIG. 1 depicts a computer system that can be used to implement the present 

invention; 

FIG. 2 is a schematic drawing of a portion of a memory configuration. 
FIG. 3 is schematic drawing of a layout of a self-relative numeric reference. 
FIG. 4 is a flowchart for generating a self-relative numeric reference from a 
1 0 machine pointer. 

FIG. 5 is a flowchart for dereferencing a self-relative numeric reference. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

A method and apparatus for managing memory within a run-time environment is 
described. In the following description, for the purposes of explanation, numerous 
specific details are set forth in order to provide a thorough understanding of the present 
5 invention. It will be apparent, however, to one skilled in the art that the present invention 
may be practiced without these specific details. In other instances, well-known structures 
and devices are shown in block diagram form in order to avoid unnecessarily obscuring 
the present invention. 

Hardware Overview 

10 FIG. 1 is a block diagram that illustrates a computer system 100 upon which an 

embodiment of the invention may be implemented. Computer system 100 includes a bus 
102 or other communication mechanism for communicating information, and processors 
104 and 105 both coupled with bus 102 for processing information. Computer system 
100 also includes a main memory 106, such as a random access memory (RAM) or other 

15 dynamic storage device, coupled to bus 102 for storing information and instructions to be 
executed by processor 104. Main memory 106 also may be used for storing temporary 
variables or other intermediate information during execution of instructions to be 
executed by processor 104 and processor 105. Computer system 100 further includes a 
read only memory (ROM) 108 or other static storage device coupled to bus 102 for 

20 storing static information and instructions for processor 104 and processor 105. A 

storage device 110, such as a magnetic disk or optical disk, is provided and coupled to 
bus 102 for storing information and instructions. 

Computer system 100 may be coupled via bus 102 to a display 1 12, such as a 
cathode ray tube (CRT), for displaying information to a computer user. An input device 

25 114, including alphanumeric and other keys, is coupled to bus 1 02 for communicating 
information and command selections to processor 104. Another type of user input device 
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is cursor control 116, such as a mouse, a trackball, or cursor direction keys for 
communicating direction information and command selections to processor 104 and for 
controlling cursor movement on display 112. This input device typically has two degrees 
of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., that allows the 
5 device to specify positions in a plane. 

The invention is related to the use of computer system 1 00 for memory 
management in a run-time environment. According to one embodiment of the invention, 
managing memory in a run-time environment is provided by computer system 100 in 
response to processor 104 and/or processor 105 executing one or more sequences of one 

10 or more instructions contained in main memory 1 06. Such instructions may be read into 
main memory 106 from another computer-readable medium, such as storage device 110. 
Execution of the sequences of instructions contained in main memory 106 causes 
processor 104 and/or processor 105 to perform the process steps described herein. 
Although FIG. 1 depicts a dual processing arrangement with processors 104 and 105, one 

15 or more processors in a uni-processing or multi-processing arrangement, respectively, 
may also be employed to execute the sequences of instructions contained in main 
memory 106. In alternative embodiments, hard- wired circuitry may be used in place of 
or in combination with software instructions to implement the invention. Thus, 
embodiments of the invention are not limited to any specific combination of hardware 

20 circuitry and software. 

The term "computer-readable medium" as used herein refers to any medium that 
participates in providing instructions to processor 104 and/or processor 105 for execution. 
Such a medium may take many forms, including but not limited to, non-volatile media, 
volatile media, and transmission media. Non- volatile media include, for example, optical 

25 or magnetic disks, such as storage device 110. Volatile media include dynamic memory, 
such as main memory 106. Transmission media include coaxial cables, copper wire and 
fiber optics, including the wires that comprise bus 102. Transmission media can also take 
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the form of acoustic or light waves, such as those generated during radio frequency (RF) 
and infrared (IR) data communications. Common forms of computer-readable media 
include, for example, a floppy disk, a flexible disk, hard disk, magnetic tape, any other 
magnetic medium, a CD-ROM, DVD, any other optical medium, punch cards, paper tape, 
5 any other physical medium with patterns of holes, a RAM, a PROM, and EPROM, a 
FLASH-EPROM, any other memory chip or cartridge, a carrier wave as described infra, 
or any other medium from which a computer can read. 

Various forms of computer readable media may be involved in carrying one or 
more sequences of one or more instructions to processor 104 and/or processor 105 for 

10 execution. For example, the instructions may initially be borne on a magnetic disk of a 
remote computer. The remote computer can load the instructions into its dynamic 
memory and send the instructions over a telephone line using a modem. A modem local 
to computer system 100 can receive the data on the telephone line and use an infrared 
transmitter to convert the data to an infrared signal. An infrared detector coupled to bus 

15 102 can receive the data carried in the infrared signal and place the data on bus 102. Bus 
102 carries the data to main memory 106, from which processor 104 and/or processor 

1 05 retrieves and executes the instructions. The instructions received by main memory 

106 may optionally be stored on storage device 110 either before or after execution by 
processor 104 and/or processor 105. 

20 Computer system 1 00 also includes a communication interface 1 1 8 coupled to bus 

102. Communication interface 1 1 8 provides a two-way data communication coupling to 
a network link 120 that is connected to a local network 122. For example, 
communication interface 118 may be an integrated services digital network (ISDN) card 
or a modem to provide a data communication connection to a corresponding type of 

25 telephone line. As another example, communication interface 118 may be a local area 
network (LAN) card to provide a data communication connection to a compatible LAN. 
Wireless links may also be implemented. In any such implementation, communication 
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interface 118 sends and receives electrical, electromagnetic or optical signals that carry 
digital data streams representing various types of information. 

Network link 120 typically provides data communication through one or more 
networks to other data devices. For example, network link 120 may provide a connection 
5 through local network 122 to a host computer 124 or to data equipment operated by an 
Internet Service Provider (ISP) 126. ISP 126 in turn provides data communication 
services through the worldwide packet data communication network, now commonly 
referred to as the "Internet" 128. Local network 122 and Internet 128 both use electrical, 
electromagnetic or optical signals that carry digital data streams. The signals through the 

10 various networks and the signals on network link 120 and through communication 
interface 118, which carry the digital data to and from computer system 100, are 
exemplary forms of carrier waves transporting the information. 

Computer system 100 can send messages and receive data, including program 
code, through the network(s), network link 120, and communication interface 118. In the 

15 Internet example, a server 130 might transmit a requested code for an application 

program through Internet 128, ISP 126, local network 122 and communication interface 
118. In accordance with the invention, one such downloaded application provides for 
memory management in a run-time environment as described herein. The received code 
may be executed by processor 104 as it is received, and/or stored in storage device 1 10, 

20 or other non- volatile storage for later execution. In this manner, computer system 100 
may obtain application code in the form of a carrier wave. 

"Virtual memory" refers to memory addressable by a storage allocation 
technique in which auxiliary storage, such as memory in storage device 110, can be 
addressed as though it were part of the main memory 106. More specifically, 

25 combinations of hardware, firmware, and operating system cooperate to automatically 
swap portions of the code and data for an executing process on an as-needed basis. Thus, 
the virtual address space may be regarded as addressable main memory to a process 
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executing on a computer system that maps virtual addresses into real addresses. The size 
of the virtual address space is usually limited by the size of a native machine pointer, but 
not by the actual number of storage elements in main memory 1 10. 

On many operating systems, a process will utilize a certain amount of virtual 
memory that no other user process may access in order to provide data security. "Shared 
memory" refers to the virtual address space on the computer system 100 that is 
concurrently accessible to a plurality of executing user processes on a processor 104. In 
some embodiments, shared memory is also accessible to executing user processes on a 
plurality of processors, such as processors 104 and 105. 

"Secondary storage" as used herein refers to storage elements, other than virtual 
memory, accessible to a process. Secondary storage may be local or networked. Local 
secondary storage, furnished by storage device 1 10 on computer system 100, is 
preferably a random access storage device such as a magnetic or optical disk. Networked 
secondary storage is provided by storage devices on other computer systems, for example 
on host 124, accessible over a local area network 122, or server 130, accessible over a 
wide area network such as the Internet. 

Numeric References 
A numeric reference employs a machine-independent format for encoding 
references between objects that is suitable for both run-time use in virtual memory and 
storage use in secondary storage. Unlike symbols and strings employed with pointer 
swizzling, numeric references are easily stored in a secondary storage, in some cases 
needing no conversion at all and in other cases requiring only minor arithmetic-logical 
operations such as bit-twiddling and byte rearrangement. For run-time usage, numeric 
references can be efficiently "dereferenced," that is, converted into a machine pointer, 
without requiring many memory accesses into an auxiliary symbol table, hash table, tree, 
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or other complex data structure. Therefore, numeric references need not be converted 
into machines at load time, reducing the overhead of loading program state. 

Preferably, numeric references are implemented in a run-time environment that 
requires all encoded data (e.g. for objects) to be strongly typed and all primitive types, 
including references, to have an invariant format. For example, a run-time environment 
may require floating point numbers to use an IEEE format. In such a run-time 
environment, references between objects, conventionally implemented by machine 
pointers, are encoded asas integer values indicating offsets from an implicit machine 
pointer. The numeric reference is defined to be invariant, having a specified number of 
bytes, a specified byte-ordering, and a specified alignment. The implicit machine pointer 
is a virtual address that is derivable from the memory environment of one the objects. 

For example, numeric references may be encoded as a little endian, two's 
complement (if signed) four-byte integer referring to objects aligned on an eight-byte 
boundary, although numeric references in accordance with the present invention, of 
course, are not limited to these particular specifications. Since almost all machines 
provide a mapping between a numeric type and a native primitive type, accessing data in 
this format is at least as efficient as, for example, accessing structures generated by C 
compilers for that machine. 

The use of numbers to encode references stems from the realization that the 
invariant format for encoding objects and primitive types in a run-time environment 
ensures that every instance of a type will have the same size between platforms. Since 
every object has a consistent size between platforms, the relative locations between 
objects are also consistent. Since objects on any platform will be located at a consistent 
offset from some point in the virtual address space, this offset can be expressed as a 
consistent number of bytes from a virtual address. Thus, numeric references include an 
offset portion that indicates a number of bytes from an implicit address. Consequently, 
numeric references are machine-independent, and program state with numeric references 
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can be used on incompatible processors, such as processors with differently sized 
machine pointers. 

Since a process may use some of its virtual address space for storing non- 
invariant data, le. for purposes other than storing program state, it is useful to define a 

5 physical or logical area of the virtual address space in which the offsets between objects 
remain consistent and thus can be advantageously expressed as numbers. An "object 
memory" is a subset of the virtual address space containing either existing objects or 
available space for allocating new objects. Since an object memory is a subset of the 
virtual address space, numeric references within the object memory can be smaller than 

10 machine pointers. For example, 32-bit (four-byte) numeric references can be profitably 
used on a computer with a 64-bit virtual address space (2 64 , about 16 billion gigabytes). 
Since one of the impediments to machine-independence is the differing sizes of machine 
pointers, the use of fixed-size numeric references, even in very large virtual address 
spaces, helps in attaining a machine-independent reference format. 

1 5 In some implementations, a plurality of object memories are provided, for 

example, to hold objects of different durations, or of other distinct characteristics, to 
assist in garbage collection. Accordingly, numeric references encode references between 
objects in the same object memory. References between objects of different object 
memory, on the other hand, would be encoded in another reference format having the 

20 same size as the numeric reference. For example, indexed references, which are described 
infra, are one type of format that may be used for such inter-object memory references. 

In contrast to symbols swizzled from machine pointers, numeric references are 
easily converted into and from machine pointers. In general, a numeric reference to an 
object is converted into a machine pointer to the object by adding an offset contained in 

25 the numeric reference to an implicit virtual address. Conversely, a machine pointer to the 
object is converted into a numeric reference by calculating a pointer difference between 
the machine pointer to the object and the implicit virtual address. The implicit virtual 
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address points to the beginning of a region of the virtual memory space in which the 
referencing object or the referenced object is located. The precise identity of the implicit 
virtual address depends more specifically on the species of the numeric reference that is 
employed. 

Three numeric references are disclosed herein: (1) a base-offset numeric 
reference, which contains an offset relative to a "base address" at the beginning of the 
object memory, especially if the object memory consists of a contiguous segment of 
memory, (2) a page-offset numeric reference that is relative to the start of a page also 
specified in the numeric reference, and (3) a self-relative numeric reference, relative to 
the beginning of the referencing object. 



Self-Relative Numeric References 

A self-relative numeric reference encodes the location of a referenced object as an 
offset from the object that references the referenced object. A self-relative numeric 
reference is illustrated with respect to an exemplary memory configuration of portions of 
a virtual address space 210 as shown in FIG. 2. Virtual address space 210 includes an 
object memory comprising page 212a and page 212b. Object 214 is located at an address 
within page 212a marked by machine pointer S, and object 216 is located at an address 
within page 212b marked by object machine pointer P. In this configuration, object 214 
contains a self-relative numeric reference, which encodes the location of object 216 
relative to the location of object 214. 

More specifically, since referencing object 214 contains a self-relative numeric 
reference to referenced object 216, the self-relative numeric reference contains an offset 
to the referenced object 216 that is relative to an address of the referencing object 214, 
e.g. the starting address of the object 214. Dereferencing a self-relative numeric 
reference therefore entails adding the offset to the virtual address of the start of the 
referencing object 214. Since the virtual address to the referencing object 216 is used to 
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fetch the self-relative numeric reference from memory in the first place, a machine 
pointer with this virtual address is probably sitting in a high-speed register. Even if the 
machine pointer is not in a register, it is on the stack and probably in the cache or in a 
loaded page. Therefore, the overhead for generating a machine pointer from a self- 
5 relative numeric reference is fast, nearly commensurate with dereferencing a machine 
pointer and much faster than dereferencing other numeric references. 

Tagged References 
In some environments, it is desirable for some objects to be allocated on a 
plurality of non-contiguous pages. For example, objects may be located in a shared 

1 0 memory accessible to other processes but highly fragmented. In such case, it may be 

difficult for the operating system to allocate more than a moderate number of contiguous 
bytes, for example, from 256B (2 s bytes) to 32kB (2 15 bytes), such as 4kB (2 12 bytes). 
These moderately sized contiguous memory segments are referred to as "pages." 

When storage for an object crosses a page boundary, slot-access operations for the 

15 paged object need additional support from the run-time environment. A slot-access 

operation gets or sets a value of a "slot" in a object (i.e. a field or instance variable) at a 
known displacement from the virtual address of the beginning of the object. If the object 
is fully contiguous, then the address of the slot can be determined simply by adding the 
displacement to the beginning of the object. For paged objects, on the other hand, this 

20 addition results in an invalid address, because the page boundary may occur between any 
of the slots and vary from instance to instance. 

Accordingly, a slot-access operation of a machine pointer to a paged object 
requires checking to see if adding the displacement crosses one or more page boundaries. 
If a page boundary is crossed, then an ancillary data structure, called a "page map," is 

25 consulted for generating the proper virtual address of the slot to perform the slot-access 
operation. 
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It is evident that the slot-access operation for a paged object is fairly cumbersome. 
Therefore, it is desirable, when allocating memory for an object, to find or allocate a new 
page that can fit the object if possible. Preferably, only those objects that are larger than 
the effective page size (i.e. the fixed page size minus the page header size) are allocated 
5 on a plurality of pages. Since distinguishing between paged objects and contiguous 
objects is needed for performing a slot-access operation, the contiguity of the referenced 
object is preferably stored in the machine pointer itself, thereby avoiding a memory fetch 
of that storage property from the object's header. In one embodiment, this storage 
property is stored a machine pointer tag. 
1 0 Furthermore, information about the contiguity of the referenced object is stored in 

a tag of the numeric reference so that the appropriate tag may be efficiently determined 
for a machine pointer generated from the numeric reference. Referring to FIG. 3, a 
layout of an exemplary four-byte (32-bit) tagged self-relative numeric reference 300 is 
depicted. The self-relative numeric reference 300 includes a small number of bits for a 
1 5 tag 302, that is used to cache the storage properties of the referenced object, and in other 
embodiments for discriminating among various types of numeric references. 

The self-relative numeric reference 300 also includes an offset 304, which 
indicates the displacement from the referencing object taking into account the tag portion 
302. For example, a self-relative numeric reference having a hexadecimal value of 
20 0x0423CBD0 specifies a displacement of 69,454,800 bytes from the referencing object. 
As another example, a three-bit tagged numeric reference of 0x00004321 specifies a 
displacement of 0x00004320 or 17,184 bytes from the referencing object. 

A preferred implementation of tagging introduces an alignment invariant and then 
exploits the alignment invariant in a run-time environment to encode the storage property 
25 in the lower-order bits. Specifically, objects managed by the run-time environment are 
stored at an N-bit aligned address, or, in other words, the storage for these objects begins 
at virtual addresses at 2 N -byte boundaries. For example, if the objects can be stored at 
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three-bit aligned addresses, that is, on 2 =8 byte boundaries, a legal start address for such 
an object might be 0x20446740, but an address such as 0x20446743 is not a valid start 
address for the storage of an object. Consequently, the three least significant bits of the 
reference do not serve to differentiate different objects, since only one of the eight values 
5 for the three least significant bits is a legal address and the remaining seven values do not 
point to any other object. Given this alignment restriction, references that resolve to 
addresses 0x20446740 through 0x20446747 effectively refer to the same object. 

Therefore, any of the N least significant bits of a reference to an N-bit aligned 
object can be used as a tag to encode other information, namely the storage properties of 

1 0 the referenced object. The remaining portion of the reference contains the address for a 
machine pointer or an offset for a numeric reference with possibly other information 
important for the particular format of the numeric reference, such as the page number. 

Reference tagging also allows self-relative numeric references to be used in 
conjunction with other numeric reference formats and even other reference formats. For 

1 5 example, an indexed reference is a kind of reference that evaluates to an array entry of 
one sort or another. Some of the non-tag bits of the indexed reference specify the array 
and others specify an index into the array. A page-offset numeric reference may be 
thought of a hybrid numeric reference and indexed reference, wherein the page number 
specifies an index into the page map and the offset portion specifies a relative location of 

20 the object within the page. As mentioned earlier, some embodiments restrict the use of 
numeric references for encoding references between objects in the same object memory; 
accordingly, indexed references provide a mechanism for supporting references between 
objects of different object memories. 

Tag Assignment for Self-Relative Numeric References 
25 Dereferencing a tagged self-relative numeric references is a performance critical 

operation. Producing a properly tagged machine pointer from a tagged self-relative 
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numeric reference requires performing the correct address calculation and the correct tag 
calculation. Since address calculation by adding the offset to the address of the 
referencing object is already efficient, it is desirable to make the tag calculation as fast as 
possible. An elementary approach for tag calculation is to remove the tag from the 
referencing machine pointer, for example, by masking, and then add the self-relative 
numeric reference, tag and all, to produce the appropriately tagged machine pointer to the 
referenced object. 

For example, referencing contiguous object 414 at location 0xlC209B70 contains 
a self-relative numeric reference to referenced paged object 416 at location 0x20446740. 
Without pointer tagging, the offset of the self-relative numeric reference is 0x20446740 - 
0xlC209B70 = 0x0423CBD0, and dereferencing the self-relative numeric reference 
involves adding the referencing pointer 0xlC209B70 to the offset 0x0423 CBD0 to 
produce the referenced pointer 0x20446740. With a tag assignment of 2 for a contiguous 
object and 6 for a paged object, on the other hand, the elementary approach involves 
masking the tagged referencing pointer 0xlC209B72 to produce 0xlC209B70 and adding 
it to the self-relative numeric reference 0x0423 CBD6 to produce the appropriately tagged 
reference pointer 0x20446746. It would be desirable to avoid this masking step. 

One aspect of the present invention stems from the realization that the tag 
calculation can be integrated with the address calculation by an appropriate assignment 
scheme for tag values of machine pointers and self-relative numeric references. More 
specifically, the tagged referencing machine pointer can be added to the tagged self- 
relative numeric reference to generate an appropriately tagged machine pointer to the 
referenced object. In a preferred embodiment, this address calculation also includes the 
addition of a small constant as described infra. 

The tag calculation is aided by assigning tags to the self-relative numeric 
reference to indicate the relative contiguities of the referenced object to the referencing 
object, rather than the absolute contiguity of the referenced object. Specifically, the self- 
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relative numeric reference includes one tag value to indicate that the referenced object 
has the same contiguity as the referencing object or another tag value to indicate that the 
referenced object has a different contiguity than the referencing object. 

For example, if the referencing object is contiguous and the referenced object is 
5 contiguous, then the tag of the self-relative numeric reference indicates that the 

referenced object has the same contiguity as the referencing object. Similarly, if the 
referencing object is paged and the referenced object is paged, then the tag of the self- 
relative numeric reference would also indicate that the referenced object has the same 
contiguity as the referencing object. On the other hand, if the referencing object is 

10 contiguous and the referenced object is paged, then the tag of the self-relative numeric 
reference indicates that the referenced object has a different contiguity than the 
referencing object. Similarly, if the referencing object is paged and the referenced object 
is contiguous, then the tag of the self-relative numeric reference would also indicate that 
the referenced object has a different contiguity as the referencing object. 

1 5 Appropriate pointer tag values and self-relative numeric reference tag values are 

chosen based on the following simultaneous equations, wherein PP denotes a pointer tag 
value for a pointer to a paged object, PC denotes a pointer tag value for a pointer to a 
contiguous object, NS denotes a numeric reference tag value for a self-relative numeric 
reference to an object with the same contiguity, ND denotes a numeric reference tag 

20 value for a self-relative numeric reference to an object with a different contiguity, and K 
denotes a constant: 

PP + NS + K = PP (1) 
PC + NS + K = PC (2) 
PP + ND + K-PC (3) 
25 PC+ND + K = PP (4) 

Subtracting equation (4) from equation (3) leads to the conclusion that (PP - PC) 
= (PC - PP), which means that PP and PC must differ by 2 N_1 congruent to 2 N for an N- 
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bit tag, since PP and PC cannot be equal. Subtracting equation (3) from equation (1) 
leads to the conclusion that (NS - ND) = (PP - PC), also means that NS and ND must 
differ by a remainder congruent to 2 N ** modulo 2 N . Finally, from either equation (1) or 
equation (2),K = -NS. 
5 The purpose of the constant K in the address calculation is to allow the self- 

relative numeric reference NS tag to have some value other than zero, for example, to 
allow a page-offset numeric reference to use a tag of zero. Generally, it is desirable to 
initialize, where possible, NULL references with all zero bits. Since a self-relative 
numeric reference with an offset of zero points to the referencing object and is not 
1 0 NULL, the zero numeric reference tag value is preferably reserved for a numeric 

reference or indexed reference type that can encode NULL with all zero bits, such as a 
page-offset numeric reference. 



Tagged Self -Relative Numeric Reference Address Calculation 
FIG. 4 illustrates steps taken to produce a tagged self-relative numeric reference 

1 5 based on a machine pointer P to object 2 1 6 for storage in object 214. At step 400, the 
tagged machine pointer P to object 216 is obtained, typically from a variable passed into 
a function, returned from a function or memory allocation operator, loaded from a 
memory address not part of the program state, or produced by dereferencing a numeric 
reference. At step 402, a tagged source machine pointer S containing the virtual address 

20 of the referencing object is determined. Since a tagged self-relative numeric reference 
300 is to be stored in the referencing object, this tagged source machine pointer S is 
already available, typically in a high-speed memory such as a register or cache. At step 
404, both the offset 304 and the tag 302 of the self-relative numeric reference 300 are 
calculated together as a difference of the tagged virtual address of the referenced object 

25 216 and the tagged virtual address of the referencing object 214. This calculation can be 
performed by subtracting the tagged source pointer S from the tagged object pointer P. In 
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one embodiment, the subtraction also includes subtracting a constant from the result in 
order to impart some flexibility in the choice of self-relative numeric reference tags. 

FIG, 5 illustrates steps taken to produce a tagged machine pointer P based on a 
tagged self-relative numeric reference 300 to object 216, wherein the tagged self-relative 
5 numeric reference 300 is contained in object 214. At step 500, the tagged self-relative 
numeric reference 300 to object 216 is obtained, by reading from a memory address 
within the program state, specifically from within referencing object 214. At step 502, a 
tagged source pointer S containing the virtual address of the referencing object is 
determined. Since the tagged self-relative numeric reference is fetched from the 

1 0 referencing object, the tagged machine pointer for the referencing object 21 4 is already 
available, typically in a high-speed memory such as a register or cache. At step 504, the 
tagged machine pointer the object 216 is obtained by adding the tagged self-relative 
numeric reference 300 to the tagged source machine S of the referencing object 414. In 
one embodiment, this calculation also includes adding a constant in order to impart some 

1 5 flexibility in the choice of self-relative numeric reference tags. 

Address calculation of tagged self-relative numeric references for (A) a 
contiguous object referencing a contiguous object, (B) a contiguous object referencing a 
paged object, (C) a paged object referencing a contiguous, and (D) a paged object 
referencing a paged object is described according to an exemplary pointer tag assignment 

20 given in TABLE 1 and according to an exemplary numeric reference tag assignment 
given in TABLE 2. 



TABLE 1 - Pointer Tag Assignment 



TAG 


PROPERTY 


0 


Object is in Pointer format. 


1 


Object is in Pointer format. 


2 


Object is Contiguous and in Numeric Reference format. 


3 


N/A 


4 


N/A 


5 


N/A 


6 


Object is Paged and in Numeric Reference format. 
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TAG 


PROPERTY 


7 


N/A 



The tag assignments listed in TABLE 1 are appropriate for a memory 



management system in which objects in numeric reference format are subject to the 
paged memory management. An object in numeric reference format refers to an object in 
which all references contained therein are formatted as numeric references or indexed 
5 references, but not as machine pointers. The choice of 2 and of 6 for 3-bit machine 
pointer tag values are appropriate in this example, because the difference between tag 
values 2 and 6 is congruent to 4 modulo 8, which is 2 3 . In this case, tag value of 2 is 
selected for contiguous objects, which are stored in a single segment of contiguous 
memory, for example on a single page, and a tag value of 4 is selected for paged objects, 

10 which are stored in a plurality of memory segments. However, the present invention is 
not limited to this particular machine pointer tag assignment. Other tag assignments may 
be adopted as long as the difference between the contiguous object tag and the paged 
object tag is congruent to 2 N-1 modulo 2 N , where N is the number of least significant bits 
allocated for the tag value. 

1 5 TABLE 2 -Numeric Reference Tag Assignment 



TAG 


PROPERTY 


0 


Page-Offset Numeric Reference to a Contiguous Object 


1 


Indexed Reference 


2 


N/A 


3 


Self-Relative Numeric Reference with Different Contiguity 


4 


Page-Offset Numeric Reference to a Paged Object 


5 


Indexed Reference 


6 


N/A 


7 


Self-Relative Numeric Reference with Same Contiguity 



The tag assignments listed in TABLE 2 are appropriate for a memory 



management system in which objects in numeric reference format may contain page- 
offset numeric references, self-relative numeric references, and indexed references. 
Accordingly, the choice of 7 and 3 for the 3 -bit numeric reference tag values are 
20 appropriate, because the difference between tag values 7 and 3 is congruent to 4 modulo 
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8, which is 2 3 . In this case, tag value of 7 is selected for a referenced object with the 
same contiguity as the referencing object, and a tag value of 3 is selected for a referenced 
object with a different contiguity as the referencing object. Since the same contiguity tag 
value of 7 (congruent to -1 modulo 8), the constant K, according to this exemplary 
5 numeric reference tag assignment, is 1 . However, the present invention is not limited to 
this particular numeric reference tag assignment. Other tag assignments may be adopted 
as long as the difference between the same contiguity tag and the different contiguity tag 
is congruent to 2 N_1 modulo 2 N , where N is the number of least significant bits allocated 
for the tag value, and the constant K is congruent to the additive inverse of the tag value 
1 0 for the same contiguity. 



A. Contiguous Referencing Object and Contiguous Referenced Object 
If referencing object 414 at location 0xlC209B70 is contiguous, then a tagged 

referencing machine pointer S to referencing object 414 would be 0xlC209B72. If 
referenced object 416 at location 0x20446740 is contiguous, then a tagged referenced 

15 machine pointer P to the referenced object 416 would be 0x20446742. Using K=l as the 
constant, a self-relative numeric reference 300 is calculated to be 0x20446742 - 
0xlC209B72 - 1 = 0x0423 CBC7, which has the numeric reference correct tag value of 
7 for objects with the same contiguity. Dereferencing the tagged self-relative numeric 
reference 300 involves the calculation: 0xlC209B72 + 0x0423CBC7 + 1 = 0x20446742, 

20 whose machine pointer tag value of 2 correctly indicates that the referenced object 416 is 
contiguous. 

B. Contiguous Referencing Object and Paged Referenced Object 

If referencing object 414 at location 0xlC209B70 is contiguous, then a tagged 
referencing machine pointer S to referencing object 414 would be 0xlC209B72. If 

50277-179 OID-1997-48-03 



24 

referenced object 416 at location 0x20446740 is paged, then a tagged referenced machine 
pointer P to the referenced object 416 would be 0x20446746. Using K=l as the constant, 
a self-relative numeric reference 3 00 is calculated to be 0x20446746- 0xlC209B72 - 1 
= 0x0423 CBD3, which has the numeric reference correct tag value of 3 for objects with 
5 different contiguities. Dereferencing the tagged self-relative numeric reference 300 
involves the calculation: 0xlC209B72 + 0x0423CBD3 + 1 - 0x20446746, whose 
machine pointer tag value of 6 correctly indicates that the referenced object 416 is paged. 



C. Paged Referencing Object and Contiguous Referenced Object 
If referencing object 414 at location 0xlC209B70 is paged, then a tagged 

10 referencing machine pointer S to referencing object 414 would be 0xlC209B76. If 
referenced object 416 at location 0x20446740 is contiguous, then a tagged referenced 
machine pointer P to the referenced object 416 would be 0x20446742. Using K=l as the 
constant, a self-relative numeric reference 300 is calculated to be 0x20446742 - 
0xlC209B76 - 1 = 0x0423CBCB, which has the correct numeric reference tag value of 

15 3 for objects with different contiguities. Dereferencing the tagged self-relative numeric 
reference 300 involves the calculation: 0xlC209B76 + 0x0423CBCB + 1 = 0x20446742, 
whose machine pointer tag value of 2 correctly indicates that the referenced object 416 is 
contiguous. 



D. Paged Referencing Object and Paged Referenced Object 
20 If referencing object 41 4 at location 0x1 C209B70 is paged, then a tagged 

referencing machine pointer S to referencing object 414 would be 0xlC209B76 If 
referenced object 416 at location 0x20446740 is paged, then a tagged referenced machine 
pointer P to the referenced object 416 would be 0x20446746. Using K=l as the constant, 
a self-relative numeric reference 300 is calculated to be 0x20446746 - 0xlC209B76 - 1 
25 = 0x0423 CBC7, which has the numeric reference correct tag value of 7 for objects with 
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the same contiguity. Dereferencing the tagged self-relative numeric reference 300 
involves the calculation: 0xlC209B76 + 0x0423CBC7 + 1 - 0x20446746, whose 
machine pointer tag value of 6 correctly indicates that the referenced object 416 is 
contiguous. 

While this invention has been described in connection with what is presently 
considered to be the most practical and preferred embodiment, it is to be understood that 
the invention is not limited to the disclosed embodiment, but on the contrary, is intended 
to cover various modifications and equivalent arrangements included within the spirit and 
scope of the appended claims. 
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CLAIMS 

WHAT IS CLAIMED IS: 

1 LA method of generating a first tagged machine pointer to a first object referenced 

2 by a second object, said method comprising the computer-implemented steps of: 

3 fetching a tagged numeric reference stored within the second object based on a 

4 second tagged machine pointer that points to the second object; and 

5 generating the first tagged machine pointer as a sum including the tagged numeric 

6 value and the second tagged machine pointer. 

1 2. The method of claim 1 , wherein the sum further includes a predetermined 

2 constant. 

1 3. The method of claim 1, wherein the step of fetching a tagged numeric reference 

2 includes fetching the tagged numeric reference that includes a tag portion that indicates 

3 whether the first object and the second object have a same or a different contiguity. 

1 4. The method of claim 3, wherein: 

2 the tag portion includes bits of the first tagged numeric reference that are less 

3 significant than bits used for an offset portion; and 

4 the tag portion contains one of at least a first tag value indicating that the first object 

5 is contiguous and a second value indicating that the second object is non- 

6 contiguous, wherein a difference of the first value and the second value is 

7 congruent to 2 N " 1 modulo 2 N . 
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1 8. A method of managing memory, comprising the computer-implemented steps of: 

2 storing a plurality of objects in a memory; and 

3 storing references between the objects in the memory as self-relative numeric 

4 references. 

1 9. The method of claim 8, further comprising the step of calculating a pointer 

2 difference between a first machine pointer to a first object and a second machine pointer 

3 to a second object to produce a self-relative numeric reference. 

1 10. The method of claim 8, wherein the step of calculating a pointer difference 

2 between a first machine pointer to a first object and a second machine pointer to a second 

3 object to produce a self-relative numeric reference includes the step of calculating the 

4 pointer difference between a first tagged machine pointer to the first object and a second 

5 tagged machine pointer to the second object to produce a tagged self-relative numeric 

6 reference. 

1 11. The method of claim 10, wherein the pointer difference further includes a 

2 predetermined constant. 

1 12. The method of claim 10, wherein a tag portion of the self-relative numeric 

2 reference indicates whether the first object and the second object have a same or different 

3 contiguity. 

1 13. The method of claim 12, wherein: 

2 the tag portion includes bits of the tagged self-relative numeric reference that are less 

3 significant than bits used for an offset portion; and 
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4 the tag portion contains one of at least a first tag value indicating that the first object 

5 is contiguous and a second value indicating that the second object is non- 

6 contiguous, wherein a difference of the first value and the second value is 

7 congruent to 2 N_1 modulo 2 N . 

1 14. A computer-readable medium bearing instructions for generating a first tagged 

2 machine pointer to a first object referenced by a second object, said instructions arranged, 

3 when executed, to cause one or more processors to perform the steps of: 

4 fetching a tagged numeric reference stored within the second object based on a 

5 second tagged machine pointer that points to the second object; and 

6 generating the first tagged machine pointer as a sum including the tagged numeric 

7 value and the second tagged machine pointer. 

1 15. The computer-readable medium of claim 14, wherein the sum further includes a 

2 predetermined constant. 

1 16. The computer-readable medium of claim 14, wherein the step of fetching a 

2 tagged numeric reference includes fetching the tagged numeric reference that includes a 

3 tag portion that indicates whether the first object and the second object have a same or a 

4 different contiguity. 

1 17. The computer-readable medium of claim 16, wherein: 

2 the tag portion includes bits of the first tagged numeric reference that are less 

3 significant than bits used for an offset portion; and 

4 the tag portion contains one of at least a first tag value indicating that the first object 

5 is contiguous and a second value indicating that the second object is non- 
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6 contiguous, wherein a difference of the first value and the second value is 

7 congruent to 2 N " 14 modulo 2 N . 

1 21 . A computer-readable medium bearing instructions for managing memory, said 

2 instructions arranged, when executed, to cause one or more processors to perform the 

3 steps of: 

4 storing a plurality of objects in a memory; and 

5 storing references between the objects in the memory as self-relative numeric 

6 references. 

1 22. The computer-readable medium of claim 21, said instructions further arranged to 

2 cause said one or more processors to perform the step of calculating a pointer difference 

3 between a first machine pointer to a first object and a second machine pointer to a second 

4 object to produce a self-relative numeric reference. 

1 23. The computer-readable medium of claim 21, wherein the step of calculating a 

2 pointer difference between a first machine pointer to a first object and a second machine 

3 pointer to a second object to produce a self-relative numeric reference includes the step of 

4 calculating the pointer difference between a first tagged machine pointer to the first 

5 object and a second tagged machine pointer to the second object to produce a tagged self- 

6 relative numeric reference. 

1 24. The computer-readable medium of claim 23, wherein the pointer difference 

2 further includes a predetermined constant. 
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1 25. The computer-readable medium of claim 23 , wherein a tag portion of the self- 

2 relative numeric reference indicates whether the first object and the second object have a 

3 same or different contiguity. 

1 26. The computer-readable medium of claim 25, wherein: 

2 the tag portion includes bits of the tagged self-relative numeric reference that are less 

3 significant than bits used for an offset portion; and 

4 the tag portion contains one of at least a first tag value indicating that the first object 

5 is contiguous and a second value indicating that the second object is non- 

6 contiguous, wherein a difference of the first value and the second value is 

7 congruent to 2 N " 14 modulo 2 N . 
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Address Calculation of Invariant References 
Within a Run-Time Environment 

Abstract of the Disclosure 
Efficient address calculation of invariant reference within a run-time environment 
5 is attained by a self-relative numeric reference format for run-time storage of references. 
A self-relative numeric reference format specifies the location of a reference object 
relative to a pointer to the referencing object as an integer value. The machine pointers 
and numeric references may be tagged, and a tag assignment is disclosed so that a self- 
relative numeric reference is generated from machine pointers by calculating a pointer 
1 0 difference, and a machine pointer to the referenced object is generated by adding the self- 
relative numeric reference to a machine pointer to the referencing object. 



50277-179 



OID-1 997-48-03 



4 



VM 
210 






PAGE OBJECT 
212a 214 



T c 
PAGE OBJECT 
212b 216 



FIG. 2 



3 00 0 1 

} 32 0 \ 300 

OFFSET |tAG] J 

^ 304 ^ 302 

FIG. 3 



400- 



Tagged Pointer P to 
Object 



500- 



Tagged Numeric Reference 
with OFFSET 



402- 



Determine 
Tagged Source Pointer S 



502- 



Determine 
Tagged Source Pointer S 



404- 



OFFSET|TAG 
P-S-K 



504- 



P = S + 
OFFSET|TAG + K 



FIG. 4 



FIG. 5 



Attorney's Docket No.: 50277-179 



Patent 



DECLARATION FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, first, and 
joint inventor {if plural names are listed below) of the subject matter which is claimed and for which a 
patent is sought on the invention entitled 

"ADDRESS CALCULATION OF INVARIANT REFERENCES WITHIN A RUN-TIME ENVIRONMENT" 

the specification of which 

X is attached hereto. 

was filed on as 

United States Application Number , 

or PCT International Application Number , 

and was amended on . 

(if applicable) 

! hereby state that ! have reviewed and understand the contents of the above-identified specification, 
including the claims(s), as amended by any amendment referred to above. 

I acknowledge the duty to disclose all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, Section 1 .56 (copy attached). 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(a)-(d), on any 
foreign application(s) for patent or inventor's certificate listed below and have also identified below any 
foreign application for patent or inventor's certificate having a filing date before that of the application on 
which priority is claimed: 



Priority 



Prior Foreign Application(s) 






Claimed 




(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 



I hereby claim the benefit under Title 35, United States Code, Section 1 19(e) of any United States 
provisional application(s) listed below 



(Application Number) (Filing Date) 



(Application Number) (Filing Date) 



iif 1 



I hereby claim benefit under Title 35, United States Code, Section 120 of any United States application(s) 
listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in 
the prior United States application in the manner provided by the first paragraph of Title 35, United States 
Code, Section 1 12, 1 acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1.56 (copy attached) which 
became available between the filing date of the prior application and the national or PCT International 
filing date of this application: 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that ail statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1001 of Title 18 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 



Full Name of Sole/First Inventor (giv§n name, family name) HARLAN SEXTON 
Inventor's Signature 

Residence Menlo Park, Calif. ' Citizenship USA 



Inventor (given name, family name) HARLAN SEXTON 

/>my^,sJ*$L Date Z f Jfff 



(City, State) (Country) 
Post Office Address 704 Arnold Way, Menlo Park, CA 94025 

Full Name of Second Joint Inventor (given name, family name) DAVID UNIETIS 



Inventor's Signature Date 



Residence Menlo Park, Calif. Citizenship USA 



(City, State) (Country) 
Post Office Address 765 18th Avenue, Menlo Park, CA 94025 

Full Name of Third Joint Inventor (given name, family name) PETER BENSON 



Inventor's Signature Date 



Residence Boulder, Utah Citizenship USA 



(City, State) (Country) 
Post Office Address 1115 Burr Trail Road, Boulder, UT 8471 6 



2 



Titfe 37, Code of Federal Regulations, Section 1 .56 

Duty to Disclose Information Material to Patentability 



(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that 
individual to be material to patentability as defined in this section. The duty to disclose information exists 
with respect to each pending claim until the claim is canceled or withdrawn from consideration, or the 
application becomes abandoned. Information material to the patentability of a claim that is canceled or 
withdrawn from consideration need not be submitted if the information is not material to the patentability of 
any claim remaining under consideration in the application. There is no duty to submit information which 
is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of 
any claim issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by 
§§ 1 .97(b)-(d) and 1 .98. However, no patent will be granted on an application in connection with which 
fraud on the Office was practiced or attempted or the duty of disclosure was violated through bad faith or 
intentional misconduct. The Office encourages applicants to carefully examine: 

(1 ) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material 
information contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to information 
already of record or being made of record in the application, and 

(1) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a ciaim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a 
claim is unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in 
the claim its broadest reasonable construction consistent with the specification, and before any 
consideration is given to evidence which may be submitted in an attempt to establish a contrary 
conclusion of patentability. 

( c ) Individuals associated with the filing or prosecution of a patent application within the meaning 
of this section are: 

(1) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 
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(3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing 
information to the attorney, agent, or inventor. 
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Attorney's Docket No.: 50277-179 



Patent 



DECLARATION FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is fisted below) or an original, first, and 
joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a 
patent is sought on the invention entitled 

"ADDRESS CALCULATION OF INVARIANT REFERENCES WITHIN A RUN-TIME ENVIRONMENT" 

the specification of which 

X is attached hereto. 

was filed on as 

United States Application Number , 

or PCT International Application Number , 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified specification, 
including the claims(s), as amended by any amendment referred to above. 

I acknowledge the duty to disclose al! information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, Section 1 .56 (copy attached). 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(a)-(d), on any 
foreign application(s) for patent or inventor's certificate listed below and have also identified below any 
foreign application for patent or inventor's certificate having a filing date before that of the application on 
which priority is claimed: 



Priority 



Prior Foreign Application(s) 






Claimed 




(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 



I hereby claim the benefit under Title 35, United States Code, Section 1 19(e) of any United States 
provisional application(s) listed below 



(Application Number) (Filing Date) 



(Application Number) 



(Filing Date) 



I hereby claim benefit under Title 35, United States Code, Section 120 of any United States application(s) 
listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in 
the prior United States application in the manner provided by the first paragraph of Title 35, United States 
Code, Section 1 12, 1 acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1.56 (copy attached) which 
became available between the filing date of the prior application and the national or PCT International 
filing date of this application: 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



(Application Number) (Filing Date) (Status - patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1 001 of Title 1 8 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 

Full Name of Sole/First Inventor (given name, family name) HARLAN SEXTON 

Inventor's Signature „ Date _ 



Residence Menlo Park, Calif. . Citizenship USA 



(City, State) (Country) 
Post Office Address 704 Arnold Way, Menlo Park, CA 94025 



Full Name of Second Joint IrW^ntor Upx\ nafrie, family name) DAVID UNIETIS 




Inventor's Signature QU-W Lw^ I \ Date _ 

Residence Menlo Park, Calif. C itizenship USA 



(City, State) (Country) 
Post Office Address 765 18th Avenue, Menlo Park, CA 94025 

Full Name of Third Joint Inventor (given name, family name) PETER BENSON 



Inventor's Signature . Date. 



Residence Boulder, Utah C itizenship USA 



(City, State) (Country) 



Post Office Address 1115 Burr Trail Road, Boulder, UT 84716 
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Title 37, Code of Federal Regulations, Section 1 .56 

Duty to Disclose Information Material to Patentability 



(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that 
individual to be material to patentability as defined in this section. The duty to disclose information exists 
with respect to each pending claim until the claim is canceled or withdrawn from consideration, or the 
application becomes abandoned. Information material to the patentability of a claim that is canceled or 
withdrawn from consideration need not be submitted if the information is not material to the patentability of 
any claim remaining under consideration in the application. There is no duty to submit information which 
is not material to the patentability of any existing claim. The duty to disclose all information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of 
any claim issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by 
§§ 197(b)-(d) and 1.98. However, no patent will be granted on an application in connection with which 
fraud on the Office was practiced or attempted or the duty of disclosure was violated through bad faith or 
intentional misconduct. The Office encourages applicants to carefully examine: 

(1) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material 
information contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to information 
already of record or being made of record in the application, and 

(1 ) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a 
claim is unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in 
the claim its broadest reasonable construction consistent with the specification, and before any 
consideration is given to evidence which may be submitted in an attempt to establish a contrary 
conclusion of patentability. 

( c ) Individuals associated with the filing or prosecution of a patent application within the meaning 
of this section are: 

(1) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 
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* (3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing 
information to the attorney, agent, or inventor. 
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Attorney's Docket No.: 50277-179 



Patent 



DECLARATION FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name. 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, first, and 
joint inventor (if plural names are listed below) of the subject matter which is claimed and for which a 
patent is sought on the invention entitled 

"ADDRESS CALCULATION OF INVARIANT REFERENCES WITHIN A RUN-TIME ENVIRONMENT' 

the specification of which 

X is attached hereto. 

was filed on as 

United States Application Number , 

or PCT International Application Number , 

and was amended on . 

(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified specification, 
including the claims(s), as amended by any amendment referred to above. 

I acknowledge the duty to disclose all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, Section 1 .56 (copy attached). 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 1 19(a)-(d), on any 
foreign application(s) for patent or inventor's certificate listed below and have also identified below any 
foreign application for patent or inventor's certificate having a filing date before that of the application on 
which priority is claimed: 



Priority 



Prior Foreign Application(s) 






Claimed 




(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 


(Number) 


(Country) 


(Day/Month/Year Filed) 


Yes 


No 



I hereby claim the benefit under Title 35, United States Code, Section 1 19(e) of any United States 
provisional appiication(s) listed below 



(Application Number) (Filing Date) 



(Application Number) 



(Filing Date) 



I hereby claim benefit under Title 35, United States Code, Section 120 of any United States appiication(s) 
listed below and, insofar as the subject matter of each of the claims of this application is not disclosed in 
the prior United States application in the manner provided by the first paragraph of Title 35, United States 
Code, Section 1 12, 1 acknowledge the duty to disclose all information known to me to be material to 
patentability as defined in Title 37, Code of Federal Regulations, Section 1 .56 (copy attached) which 
became available between the filing date of the prior application and the national or PCT International 
filing date of this application: 



(Application Number) 



(Filing Date) 



(Status - patented, pending, abandoned) 



(Application Number) 



(Filing Date) 



(Status - patented, pending, abandoned) 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made 
on information and belief are believed to be true; and further that these statements were made with the 
knowledge that willful false statements and the like so made are punishable by fine or imprisonment, or both, 
under Section 1 001 of Title 1 8 of the United States Code and that such willful false statements may 
jeopardize the validity of the application or any patent issued thereon. 



Full Name of Sole/First Inventor (given name, family name) 
Inventor's Signature 



HARLAN SEXTON 



Date 



Residence Menlo Park, Calif. 



(City, State) 

Post Office Address 704 Arnold Way, Menlo Park, CA 94025 



Citizenship USA 



(Country) 



Full Name of Second Joint Inventor (given name, family name) DAVID UNIETIS 
Inventor's Signature 



Date 



Residence Menlo Park, Calif. 



(City, State) 

Post Office Address 765 18th Avenue, Menlo Park, CA 94025 



Citizenship USA 



(Country) 



Full Name of Third Joii 
Inventor's Signature 
Residence Boulder, Utah 



[iven name, family name) PETER BENSON 




Date Fo\g )c t qq 



(City, State) 

Post Office Address 1115 Burr Trail Road, Boulder, UT 84716 



Citizenship USA 



(Country) 



"I n 



* Tifie 37, Code of Federal Regulations, Section 1.56 

Duty to Disclose Information Material to Patentability 



(a) A patent by its very nature is affected with a public interest. The public interest is best served, 
and the most effective patent examination occurs when, at the time an application is being examined, the 
Office is aware of and evaluates the teachings of all information material to patentability. Each individual 
associated with the filing and prosecution of a patent application has a duty of candor and good faith in 
dealing with the Office, which includes a duty to disclose to the Office all information known to that 
individual to be material to patentability as defined in this section. The duty to disclose information exists 
with respect to each pending claim until the claim is canceled or withdrawn from consideration, or the 
application becomes abandoned. Information material to the patentability of a claim that is canceled or 
withdrawn from consideration need not be submitted if the information is not material to the patentability of 
any claim remaining under consideration in the application. There is no duty to submit information which 
is not material to the patentability of any existing claim. The duty to disclose ali information known to be 
material to patentability is deemed to be satisfied if all information known to be material to patentability of 
any claim issued in a patent was cited by the Office or submitted to the Office in the manner prescribed by 
§§ 1 .97(b)-(d) and 1 .98. However, no patent will be granted on an application in connection with which 
fraud on the Office was practiced or attempted or the duty of disclosure was violated through bad faith or 
intentional misconduct. The Office encourages applicants to carefully examine: 

(1) Prior art cited in search reports of a foreign patent office in a counterpart application, and 

(2) The closest information over which individuals associated with the filing or prosecution of a 
patent application believe any pending claim patentably defines, to make sure that any material 
information contained therein is disclosed to the Office. 

(b) Under this section, information is material to patentability when it is not cumulative to information 
already of record or being made of record in the application, and 

(1) It establishes, by itself or in combination with other information, a prima facie case of 
unpatentability of a claim; or 

(2) It refutes, or is inconsistent with, a position the applicant takes in: 

(i) Opposing an argument of unpatentability relied on by the Office, or 

(ii) Asserting an argument of patentability. 

A prima facie case of unpatentability is established when the information compels a conclusion that a 
claim is unpatentable under the preponderance of evidence, burden-of-proof standard, giving each term in 
the claim its broadest reasonable construction consistent with the specification, and before any 
consideration is given to evidence which may be submitted in an attempt to establish a contrary 
conclusion of patentability. 

( c ) Individuals associated with the filing or prosecution of a patent application within the meaning 
of this section are: 

(1) Each inventor named in the application; 

(2) Each attorney or agent who prepares or prosecutes the application; and 
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< (3) Every other person who is substantively involved in the preparation or prosecution of the 
application and who is associated with the inventor, with the assignee or with anyone to whom there is an 
obligation to assign the application. 

(d) Individuals other than the attorney, agent or inventor may comply with this section by disclosing 
information to the attorney, agent, or inventor. 
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Docket No. 50277-179 



PATENT 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Application of 

Harlan SEXTON, et al. 
Serial No. Not yet assigned 
Filed: 



Group Art Unit: Not yet assigned 
Examiner: Not yet assigned 



For: ADDRESS CALCULATION OF INVARIANT REFERENCES WITHIN A RUN- 
TIME ENVIRONMENT 

POWER OF ATTORNEY 
AND REVOCATION OF PREVIOUS POWERS 

Honorable Assistant Commissioner 

for Patents 
Washington, DC 20231 

Sin- 
Oracle Corporation, a Delaware corporation having a place of business at 500 
Oracle Parkway, Box 659507, Redwood Shores, California 94065, certifies that to the 
best of its knowledge and belief it is the assignee or is entitled to ownership of the 
entire right, title, and interest in and to the above-referenced patent application by virtue 
of an Assignment filed concurrently herewith and represents that the undersigned is a 
representative authorized and empowered to sign on behalf of Oracle Corporation, 
which hereby revokes all powers of attorney previously given and appoints the following 
attorney(s) and/or agent(s): Edward A. Becker, Reg. No. 37,777; Stephen A. Becker, 
Reg. No. 26,527; Marcel K. Bingham, Reg. No. 42,327; John G. Bisbikis, Reg. No. 
37,095; Kenneth L. Cage, Reg. No. 26,151; Stephen C. Carlson, Reg. No. 39,929; Paul 
Devinsky, Reg. No. 28,553; Laura A. Donnelly, Reg. No. 38,435; Margaret M. Duncan, 
Reg. No. 30,879; Brian E. Ferguson, Reg. No. 36,801; Michael F. Fogarty, Reg. No. 
36,139; Wilhelm F. Gadiano, Reg. No. 37,136; Keith E. George, Reg. No. 34,111; John 
A. Hankins, Reg. No. 32,029; Brian D. Hickman, Reg. No. 35,894; Eric J. Kraus, Reg. No. 
36,190; Edward E. Kubasiewicz, Reg. No. 30,020; Robert E. LeBlanc, Reg. No. 17,219; 
Jack Q. Lever, Reg. No. 28,149; Raphael V. Lupo, Reg. No. 28,363; Christine F. Martin, 
Reg. No. 39,762; Michael E. McCabe, Jr., Reg. No. 37,182; James H. Meadows, Reg. 
No. 33,965; Michael A. Messina, Reg. No. 33,424; Christopher J. Palermo, Reg. No. 
42,056; Joseph H. Paquin, Jr., Reg. No. 31,647; Craig L. Plastrik, Reg. No. 41,254; 



Rdbert L. Price, Reg. No. 22,685; Paul A. Roberts, Reg. No. 40,289; Gene Z. Rubinson, 
Reg. No. 33,351 ; Joy Ann G. Serauskas, Reg. No. 27,952; Michele M. Schafer, Reg. No. 
34,717; David J. Serbin, Reg. No. 30,589; Glenn Snyder, Reg. No. 41,428; Arthur J. 
Steiner, Reg. No. 26,106; David L. Stewart, Reg. No. 37,578; Leonid D. Thenor, Reg. No. 
39,397; Keith J. Townsend, Reg. No. 40,358; Leon R. Turkevich, Reg. No. 34,035; 
Christopher D. Ward, Reg. No. 41,367; Damian G. Wasserbauer, Reg. No. 34,749; Aaron 
Weisstuch, Reg. No. P41.557; Edward J. Wise, Reg. No. 34,523; Alexander V. 
Yampolsky, Reg. No. 36,324; and Robert W. Zelnick, Reg. No. 36,976, all of 

MCDERMOTT, WILL & EMERY 
600 13 th Street, N.W. 
Washington, DC 20005-3096 



with full power of substitution and revocation, to prosecute this application and to transact 
all business in the Patent and Trademark Office connected therewith. Send all future 
correspondence to the attention of Brian D. Hickman, Reg. No. 35,894, care of the above 
address and direct all telephone calls to the same at (408) 271-2300. 
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Dated: l-et. 9/<? 99 



Assignee of Interest: 
Oracle Corporation 



By: 



Name 




Titl 



Address of Assignee of Interest: 

Oracle Corporation 

500 Oracle Parkway - Box 659507 
Redwood Shores, CA 94065 



Dated: 



600 13 th Street, N.W. 
Washington, D.C. 20005-3096 
(202) 756-8000 
Facsimile: (202) 756-8087 



Respectfully submitted, 
MCDERMOTT, WILL & EMERY 




Name: Stephen C. Carlson 



Reg. No.: 39,929 



